home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / ALL96.LZH / t0113 / text0038.txt < prev    next >
Encoding:
Text File  |  1996-03-07  |  1.6 KB  |  36 lines

  1. On Sat, 13 Jan 1996, Johan Klockars wrote:
  2.  
  3. > When you shrink the screen size in the way we do now, by simply drawing to 
  4. > a smaller area, wouldn't it be possible to switch graphics mode on the fly?
  5. > What I mean is:
  6. > - Use a monochrome mode while the top part of the screen is displayed.
  7. > - Change to TC mode by HBL interrupt just before the 'play area' is reached.
  8. > - Switch back to monochrome by another HBL interrupt to display the bottom.
  9. > That should save lots of bandwidth with a small window, and would be
  10. > possible to combine with the suggestions above if needed.
  11.  
  12. Actually, that is overkill. There are VIDEL resters that set this 
  13. directly. You just specify the size of the screen and it disables bus 
  14. accesses during the drawing of these parts of the screen. I guess that's 
  15. what you were looking for?
  16.  
  17. > Jaguar DOOM uses something similar to 160x200 IIRC, and it looks very nice.
  18. > Running BAD MOOD with a width of 320 will always be pretty slow on an
  19. > unaccelerated Falcon, so the window size will have to be decreased somehow.
  20. > Whether a small window is better than more blockiness is a matter of
  21. > preferences, I think.
  22.  
  23. Usually (in demos) a "double width" resolution is used. That means that 
  24. each pixel is updated as a long, effectivly putting two pixels at the 
  25. same time. It does not save anything my means of the ammount of data to 
  26. copy to the screen, but it means that you only have to calculate half the 
  27. data. This means that the smallest possible resolution to use, while 
  28. updating the full screen is 144x100.
  29.  
  30. -- 
  31. Elias Martenson
  32. elias@omicron.se
  33.  
  34.